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In the Claims 

1 . (Original) A receiver terminal adapted for operating in a system in which plural 
service components of a service are datacast sequentially within a burst, the terminal 
being arranged to detect which of the service components are required to be 
received, and to enable a receiver in the terminal to receive signals at one or more 
times in a burst period corresponding to the required service components, and to 
disable the receiver for substantially the remainder of the burst period. 

2. (Original) A terminal as claimed in claim 1, in which the terminal is arranged to 
enable and disable the receiver on the basis of received timing information identifying 
the timing of transmission of service components. 

3. (Currently Amended) A terminal as claimed in claim 1 or c l a i m 2 , in which the 
terminal is arranged to detect which of the service components are required to be 
received on the basis of a comparison of receiver capability information and received 
service component data type information. 

4. (Original) A terminal as claimed in claim 3, in which the terminal is arranged to 
source the received service component data type information on the basis of a 
received service component identifier. 

5. (Currently Amended) A terminal as claimed in claim 1 or c l aim 2 , in which the 
terminal is arranged to detect which of the service components are required to be 
received on the basis of a comparison of receiver classification information and 
received service component classification information. 

6. (Original) A terminal as claimed in claim 5, in which the terminal is arranged to 
source the received service component classification information on the basis of a 
received service component identifier. 
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7. (Currently Amended) A terminal as claimed in claim 5 or claim 6 , in 
which the receiver classification information is determined by a setting of the 
terminal. 

8. (Original) A terminal as claimed in claim 7, in which the classification 
setting is automatically adjustable in dependence on one or more terminal 
parameters. 

9. (Currently Amended) A terminal as claimed in any pr e c e d i ng claim 1, in which 
the terminal is arranged to notify characteristics of the terminal to a remote station. 

10. (Currently Amended) A terminal as claimed in any pr e c e d i ng claim 1, in 
which the terminal is arranged to notify a service being consumed to a or the 
remote station. 

1 1 . (Original) A method of operating a mobile terminal in a system in which 
plural components of a service are datacast sequentially within a burst, the 
method comprising: 

detecting which of the service components are required to be received; and 
allowing signals to be received and processed at one or more times in a burst 
period corresponding to the required components, and disallowing signal reception 
and processing for substantially the remainder of the time in the burst period. 

12. (Original) A method as claimed in claim 1 1 , comprising allowing and disallowing 
signal reception and processing on the basis of received information identifying the 
timing of transmission of service components. 

13. (Currently Amended) A method as claimed in claim 1 1 or c l a i m 12 , comprising 
comparing receiver capability information and received service component data type 
information, and determining which of the service components are requited to be 
received on the basis of the comparison. 
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14. (Original) A method as claimed in claim 13, comprising using a service 
component identifier to source the received service component data type 
information. 

15. (Currently Amended) A method as claimed in claim 1 1 or c l aim 12 , comprising 
comparing receiver classification information and received service component 
classification information, and determining which of the service components are 
required to be received on the basis of the comparison. 

16. (Original) A method as claimed in claim 15, comprising using a service 
component identifier to source the received service component classification 
information. 

17. (Currently Amended) A method as claimed in claim 15 or c l a i m 16 , in 
which the receiver classification information is determined by a setting of the 
terminal. 

18. (Original) A method as claimed in claim 17, comprising automatically adjusting 
the classification setting in dependence on a sensing of a change in one or more 
terminal parameters. 

19. (Currently Amended) A method as claimed in a ny of claims 1 1 to 18 , comprising 
notifying characteristics of the terminal to a remote location. 

20. (Currently Amended) A method as claimed in any of claims 1 1 t©-49, 
comprising notifying a service being consumed to a or th e remote location. 

21 . (Original) Datacast apparatus comprising: 

a sequencer arranged to organise service components relating to a service 
sequentially in a burst, different service components within a burst including content 
data of different data types; 

a metadata handler arranged to organise, separately from the content data, 
metadata dependent on the data type of each service component; 



5 



a timing data handler arranged to organise timing data from which a receiver 
terminal can determine the times of datacast of the service components within a burst; 
and 

a datacaster arranged to datacast the service components, the metadata and 
the timing data. 

22. (Original) Apparatus as claimed in claim 20, in which the metadata identifies a 
class of receiver. 

23. (Original) Apparatus as claimed in claim 20, in which the metadata identifies the 
data type of the corresponding service component. 

24. (Currently Amended) Apparatus as claimed in any of claims 21 to-23, in which 
the metadata identifies the corresponding service component. 

25. (Currently Amended) Apparatus as claimed in any of claims 21 to 2 4, in 
which the metadata is datacast as part of the corresponding service component. 

26. (Original) Apparatus as claimed in claim 25, in which the metadata is datacast as 
part of a header of the corresponding service component. 

27. (Currently Amended) Apparatus as claimed in any of claims 21 te-24, in which 
the metadata is datacast on a different bearer to the service components. 

28. (Currently Amended) Apparatus as claimed in any of claims 21 to 27 , in which 
the sequencer is constructed to arrange the service components relating to a service 
in an order dependent on a perceived priority. 

29. (Original) Apparatus as claimed in claim 28, in which service components 
having a higher priority are grouped together, and services having a lower priority are 
arranged before and/or after the service components having a higher priority. 
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30. (Currently Amended) Apparatus as claimed in claim 28 or cla i m 29 , in which 
service components are arranged in an ascending or descending priority order. 

31 . (Currently Amended) Apparatus as claimed in any of claims 28 to 30 , arranged to 
use received data identifying the characteristics of one or more receivers associated 
with a service to determine the priority of the service components relating to that service. 

32. (Original) A method of datacasting, comprising: 

datacasting service components relating to a service sequentially within a 
burst the service components including content data of different data types; 

datacasting, separately from the content data, metadata dependent on the 
data type of each service component; and 

datacasting data from which a receiver terminal can determine the times of 
datacast of the service components within a burst. 

33. (Original) A method as claimed in claim 32, in which the metadata identifies a 
class of receiver. 

34. (Original) A method as claimed in claim 32, in which the metadata identifies the 
data type of the corresponding service component. 

35. (Currently Amended) A method as claimed in any of claims 32 to 3 4, in 
which the metadata identifies the corresponding service component. 

36. (Currently Amended) A method as claimed in any of claims 32 to 35 , 
comprising datacasting the metadata as part of the corresponding service component. 

37. (Original) A method as claimed in claim 36, comprising datacasting the metadata 
as part of a header of the corresponding service component. 

38. (Currently Amended) A method as claimed in any of claims 32 to 35 , comprising 
datacasting the metadata on a different bearer to the service components. 
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39. (Currently Amended) A method as claimed in any of claims 32 te-38, 
comprising arranging the service components relating to a service in an order 
dependent on a perceived priority. 

40. (Original) A method as claimed in claim 39, comprising grouping together service 
components having a higher priority, and arranging services having a lower priority 
before and/or after service components having a higher priority. 

41. (Currently Amended) A method as claimed in claim 39 or cla i m 40 , comprising 
ordering service components in an ascending or descending priority order. 

42. (Currently Amended) A method as claimed in any of claims 39 to 41 , 
comprising using received data identifying the characteristics of one or more 
receivers associated with a service to determine the priority of the service components 
relating to that service. 



